home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9712 / 000066_owner-linux-arm…r.rutgers.edu _Thu Dec 25 23:20:27 1997.msg < prev    next >
Internet Message Format  |  1998-01-04  |  3KB

  1. Return-Path: <owner-linux-arm-outgoing@vger.rutgers.edu>
  2. Received: from nic.funet.fi (nic.funet.fi [128.214.248.6])
  3.     by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id XAA10580
  4.     for <willy@odie.fluff.org>; Thu, 25 Dec 1997 23:20:26 GMT
  5. Received: from vger.rutgers.edu ([128.6.190.2]:50032 "EHLO vger.rutgers.edu" ident: "root") by nic.funet.fi with ESMTP id <4833-627>; Fri, 26 Dec 1997 01:20:03 +0200
  6. Received: by vger.rutgers.edu id <970883-1477>; Thu, 25 Dec 1997 18:16:48 -0500
  7. Received: from philip@localhost (fake: stdin ("HELO localhost" ident: "uid#33108@localhost")) by vger.rutgers.edu with SMTP id <970903-1474>; Thu, 25 Dec 1997 18:16:07 -0500
  8. Date:     Thu, 25 Dec 1997 18:16:02 -0500 (EST)
  9. From: Philip Blundell <philip@vger.rutgers.edu>
  10. To: Alan Cox <alan@cymru.net>
  11. cc: linux@arm.uk.linux.org, linux-arm@vger.rutgers.edu
  12. Subject: Re: new patch (fwd)
  13. In-Reply-To: <199712252123.VAA00429@snowcrash.cymru.net>
  14. Message-ID: <Pine.LNX.3.95.971225181119.16830A-100000@vger.rutgers.edu>
  15. MIME-Version: 1.0
  16. Content-Type: TEXT/PLAIN; charset=US-ASCII
  17. X-Orcpt: rfc822;linux-arm@vger.rutgers.edu
  18. Sender: owner-linux-arm@vger.rutgers.edu
  19. Precedence: bulk
  20. Status: RO
  21.  
  22. On Thu, 25 Dec 1997, Alan Cox wrote:
  23.  
  24. > > Yes.  gcc 2.8 doesn't define __arm2__ or __arm3__ if you give it the
  25. > > -mapcs= and -mcpu= options, so with the old #ifdefs you ended up getting
  26. > > support for no CPUs at all.  You do still get __arm3__ defined with -m3,
  27. > > but you also get complaints about this being an obsolete option.
  28. > It may be a good idea to make these CONFIG_ARM2 CONFIG_ARM3 CONFIG_ARMx
  29. > as thats one way to be sure the compiler isnt going to bite you again
  30. > in the future.
  31.  
  32. That's true.  In fact we already have a config option for CPU family, and
  33. the precise CPU is detected at boot time, so I suspect these conditionals
  34. are superfluous.
  35.  
  36. > > with the merge.  If you want to fix 8390.c to go faster, then since it's
  37. > > not an ARM specific change there's no need to make another copy of the
  38. > > file.
  39. > Also pass the changes to 8390.c on to its maintainer (Paul Gortmaker)
  40. > and to me. I've no idea if your 8390 changes are go faster items or
  41. > not but the original 8390 and some of the clones are incredibly touchy
  42.  
  43. Actually, the change in question that Russell made was just replacing the
  44. irq2dev_map[] with the dev_id parameter passed to irq handlers, and I
  45. think this got done in 2.1 some time ago.  There may be something else I
  46. missed though, going on his cryptic comment about `a bug' - I'll look more
  47. closely later,
  48.  
  49. p.
  50.  
  51.  
  52. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu